home *** CD-ROM | disk | FTP | other *** search
/ Atari Mega Archive 1 / Atari Mega Archive - Volume 1.iso / lists / mint / l_1199 / 1696 < prev    next >
Encoding:
Internet Message Format  |  1994-08-27  |  3.9 KB
  1. From: Stephen Usher <Stephen.Usher@earth.ox.ac.uk>
  2. Subject: Re: MiNTlib (I think I'm on pl43): Bug in sprintf().
  3. Date: Tue, 12 Jul 1994 08:11:03 +0100 (BST)
  4. In-Reply-To: <9407120646.AA11042@hera.rbi.informatik.uni-frankfurt.de> from "Kay Roemer" at Jul 12, 94 08:46:50 am
  5. Mime-Version: 1.0
  6.  
  7. >> Well I've had a fun weekend trying to get the NET/2 BSD version of
  8. >> telnet/in.telnetd running and... I've got telnet working.
  9. >
  10. >Hmm, I'm sorry not having mentioned it before you started to port....
  11. >I've already done working ports of telnet and telnetd and have not up-
  12. >loaded them because I wanted to do some more tests. :(
  13. >
  14. >But I'll do it today...
  15.  
  16. Yeah, so Torsten Scherer (spelling?) told me, he sent me a copy.
  17.  
  18. >[sprintf stuff deleted]
  19. >
  20. >> PPS. in.telnetd isn't working.. well it is, partially, it doesn't echo
  21. >> characters and it loses the first character of every packet it sends! I've
  22. >> tested telnet by calling my Sun 3/80 and in.telnetd by calling it from the
  23. >> Sun.
  24. >
  25. >This is due to PTY packet mode, which is not supported by Mint. Look for
  26. >ioctl ( , TIOCPKT, ) and the main select loop.
  27.  
  28. Aha! This was causing me much scratching of my head.
  29.  
  30. I'll fix my version and send you a copy to see what you think of it.
  31.  
  32. By the way, I'll also send you a copy of pty.c from portlib which I've
  33. modified to automatically generate a symbolic link in /dev in the form
  34. /dev/tty[pqrs]n and returns this as the slave's name, this allows such
  35. programs as finger etc. to work correctly.
  36.  
  37. >> PPPS. MiNTnet's PPP device works well, except for when there's a data
  38. >> overrun when it gets hopelessly confused and has to be restarted (after
  39. >> clearing the serial port input buffer using kermit).
  40. >
  41. >Hmm, do you use HSmodem or some such serial routine replacement (or even
  42. >modm0dev)? And what buffers do overflow, the BIOS recv and/or send buffers?
  43.  
  44. I'm using the standard BIOS devices. It seems (I have no way of checking) as
  45. though if more data than sld can handle arrives then it fails to read any
  46. more and stops, the only way to get things going again is to kill slattach,
  47. clear out the buffers using some terminal program then start slattach again.
  48. If the buffers aren't cleared with a terminal program first then the second
  49. slattach will also not work.
  50.  
  51. >There might be a bug in the circular buffer handling in MintNet, which I
  52. >don't believe (SLIP uses nearly the same code), have to look at it.
  53.  
  54. I don't think this is the case as you can start any number of slattach
  55. processes and they still won't work until the serial buffers have been
  56. flushed.
  57.  
  58. >What seems more likely is a problem with the wakeselect on the BIOS devices.
  59. >PPP input uses a deamon to receive and send data from/to the serial port
  60. >selecting the devices. What I have noticed is that when using the Mint
  61. >builtin drivers with Howards select patches applied then input data comes
  62. >in rather largish hunks, ie the wakeup seems not to occur always immediatly
  63. >after data has arrived. But I never noticed complete hangs...
  64. >
  65. >Migh this be a bug in checkbttys or is this 'normal', Howard?
  66. >
  67. >I have HSmodem running with 4k receive buffers at 19200.
  68.  
  69. Does HSmodem work on all the serial ports, ie. the SCC based ones on the TT?
  70.  
  71. >> Kay, could you get your
  72. >> slattach to set the baud rate of the serial port using a command line option
  73. >> please so I can place the PPP startup in an rc file and not use kermit to
  74. >> set the port speed.
  75. >
  76. >Well, I usually do an
  77. >stty speed 19200 < /dev/ttya
  78. >for setting the terminals speed. If you find it better to have only one
  79. >program I might add it when I get more time (not until 15th of July).
  80.  
  81. Aha! Now, why didn't I think of that?
  82.  
  83. >
  84. >Kay.
  85. >
  86.  
  87. Steve
  88.  
  89. -- 
  90. ---------------------------------------------------------------------------
  91. Computer Systems Administrator, Dept. of Earth Sciences, Oxford University.
  92. E-Mail: steve@uk.ac.ox.earth (JANET) steve@earth.ox.ac.uk (Internet).
  93. Tel:- Oxford (0865) 282110 (UK) or +44 865 282110 (International).
  94.